13.1.2　购买与构建

在多种方面，购买解决方案都是一个有效的策略。如你所见，它可减少发布到市场的时间。如果你的组织受限于开发人员，你也可以利用产品（大概）的拓展特性集，以相对较少的投资来向你的客户提供更多的服务。

购买也可以减少运维成本，如果你决定将运维以供应商服务的形式外包出去。你能在何种程度上采用此种方法可能取决于你的安全态度：只有在组织自己拥有并运维的硬件上运行，软件才能被认为是安全的。

自行构建平台，无论是从零开始还是从现存的开源软件开始，对你来说可能都挺有吸引力，因为你正在阅读本书。无疑你可以从过程中学到很多，但是此种方式从商业角度看有很多危险。

首先，你很可能需要一个技术高超的人来持续构建和维护此产品。招募一个能够编写并运维复杂IT系统的人可能比你想的还难（尤其如果你在工作或大学中被计算机科学家包围的话），这些年来这种技能算得上高要求了。

其次，随着时间流逝，容器平台的世界终将成熟，成功了的供应商会提供近似的特性集以及围绕它们的通用技能。与这些产品不同，一个多年前为了某个组织的特定需求构建的定制化方案可能看上去贵得无用了，虽然它曾经是个市场上的异类。

一个可采用的策略是“构建，然后购买”，组织可以先构建一个满足即时需求的平台，然后在市场看上去已经确定了某种产品成为标准的时候进行购买。当然，也有自行构建的平台成为了难以放弃的“宠物”的风险。在写作本书的时候，Kubernetes在最受欢迎的Docker平台这一领域似乎已经取得了完全的主导权。因此，如果你认为Kubernetes是对未来良好的选择，可将定制的解决方案替换为Kubernetes。

一个早早做了两次选择的平台就是OpenShift，它在Docker出现在技术视野里不久就使用了Docker。它围绕Docker和Kubernetes重写了整个代码库。结果它现在成为了企业间很流行的选项。与此相对，Amazon使用Mesos作为其ECS解决方案的基础，随着Kubernetes越来越普遍，这显得越来越小众了。